home *** CD-ROM | disk | FTP | other *** search
- Path: ArtWorks.apana.org.au!Snark!not-for-mail
- From: james@Snark.apana.org.au (James Burton)
- Newsgroups: comp.sys.amiga.misc
- Subject: Re: OS features
- Date: 4 Jan 1996 00:45:48 GMT
- Organization: Melbourne ArtWorks
- Message-ID: <4cf7vs$gfk@ArtWorks.apana.org.au>
- References: <49tus6$os0@news.missouri.edu> <92747544038@PAPA.NORTH.DE> <1074.6565T1223T2767@cycor.ca> <4bp7sr$crg@usenet.rpi.edu>
- NNTP-Posting-Host: snark.apana.org.au
- X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
-
- Christopher D. Judd (cdj@gmk02.chem.rpi.edu) wrote:
- [...]
- -> Virtual memory is fairly trivial. It's already been done (VMM, etc.)
-
- I wouldn't say trivial (for an existing operating system) but certainly
- doable. VMM & GigaMem are proof.
-
- -> so users who have slower processors or just don't want the performance
- -> hit don't have to use it and those of us to whom stability is more
-
- This is a common misconception. There is no significant performance hit
- with virtual memory, the address translations are done in hardware
- effectively as part of the RAM. If they couldn't be done within a RAM cycle
- then somebody would find a faster way of doing it (read wider RAM).
- So there is no performance hit. You do however get the appearance of
- more RAM, the extra RAM is slower than adding more RAM chips, but to
- call that a performance hit is misleading. Rather it is extra functionality.
-
- James
-
- --
- James Burton, Melbourne, Australia.|Every jumbled pile of person has a
- James@Snark.apana.org.au |thinking part that wonders what the
- http://Snark.APANA.org.au/james/ |part that isn't thinking isn't thinking of
-